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Remarks 

Knlry of this amendment, reconsideration of the application and allowance ofall clnims 
arc respectfully requested. Claims 1, 3-0. 12. 14-20, 23-25. 27-33 & 36-30 arc now pending. 

By Ihis paper, independent claims 1. 12, 23 & 25 are amended and new claims 36-39 are 
added to more particularly poinLoui and distinctly claim the subject mailer of the present 
invention. Moreover, Applicants have canceled claims 2, 10, II, 13, 21 , 22, 26, 34 & 35 
without prejudice, with Lhe subject matter roc i led therein now being incorporated into the 
respective independent claims. These amendments to the claims presented herein constitute a 
bona fide attempt by the Applicants to advance prosecution of this application and obtain 
allowance of certain claims and arc in no w ay meant to acquiesce to the substance of the 
Examiner's rejections. It is believed thai the amendments to the claims place all claims in 
condition for allowance. Support for the amended claims can be found throughout the 
application as Hied. For example, reference canceled claims 2, 1 0, 11, 1 3, 21 , 22, 26, 34 & 35, 
as well as paragraphs 37-30, 42, 54, 55. 67-70 and 72-K5 of the application. No new matter is 
added to the application by any amendment presented. 

Substantively, original claims L-4. 8. 10-15, 19, 21-28, 32 & 34-35 were rejected under 
35 U.S.C. § 102(a) as being anticipated by Darty (U.S. Patent No. 6,173,440), while claims 5-7, 
0, 16-18, 20, 29-31 & 33 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Darty. These rejections are respectfully ira\ ersed to any extent deemed applicable to the 
amended claims presented herewith. 

In one aspect, Applicants' invention is directed to a technique for evaluating a software 
component (e.g., claims 1 , 12, 23 A 25). This technique includes deriving a conceptual layering 
scheme of the software component. The conceptual layering scheme divides the software 
component into multiple software layers and lhe multiple layers take into account relationships 
lhal exist between lhe software layers. The technique further includes providing an abstraction 
matrix in mathematical abstract form that describes the multiple layers of the software 
component and accounts for the relationships that exisL between the software layers. This 
abstraction mairix further includes Lit least one test case scenario for each software layer and 
mapped expected results therefor. The technique also comprises testing the multiple software 
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layers of the software component using the test case scenarios of the abstraction matrix to 
generate lest results, and evaluating the test results using the abstraction matrix. The evaluating 
includes for each software layer automatically comparing a test case employed in the testing of 
(he layer to the al least one tesl cose scenario ol the abstraction matrix therefor, and if a match is 
found, automatically comparing the lest resulls from the test case with the mapped expected 
results for thai test case scenario iu the ahsiraction matrix. Evaluation of the software component 
is accomplished upon completion of the evaluation of the Vest resulls. Advantageously, 
Applicants' deriving of a conceptual layering scheme for the software component and accounting 
for relationships that exist between software layers allows independent test per software layer to 
he constructed, thus significantly reducing the number of tests needed to verify the software 
component. 

With respect to the anticipation rejection, it is well settled that there is no anticipation of 
a claim unless a single prior art reference discloses: ( 1 ) all the same elements of the claimed 
invention; (2) found in the same situation as the claimed invention; (3) united in the same way as 
the claimed invention; and (4) in order to perform the identical function as the claimed invention. 
In this inslance. Daily fails to disclose various aspect of Applicants 1 invention as recited in the 
independent claims presented, and as a result, does not anticipate (or even render obvious) 
Applicants' invention. 

Darty discloses an approach for software debugging, verification and validation. A 
knowledge-based reasoning approach is employed to build a functional model of the software 
code for identifying and isolating failures of the software code. This knowledge-based 
reasoning approach uses the software design, which is preferably based upon a flow chart or 
block diagram representation of the software functionality, to build the functional model. The 
software block diagram contributes to the functional model by defining the inputs and outputs of 
Lhe various blocks of code, as well as defining data interconnections between the various blocks 
of code. In accordance with a method of the present invention, tesl poinLs are strategically 
inserted throughout the code, and each tesl point is associated with a corresponding block of 
code. Inspected vnhics of the test points foi an expected proper-operation execution of the 
computer program are generated. The computer program is then executed on a computer, and 
lhe actual values of lhe lesl points from lhe program execution are compared with the expected 
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values of the tesl points. Failed test points which do not agree with corresponding expected 
values are determined. The functional model, which includes information functionally relating 
the various lest points to one another, is then used to isolate the failed test points to one or more 
sources of failure in the code. (See Abstract.) 

Initially, Applicants respectfully submit that Daily does not teach or suggest their 
technique of software component evalualion which includes deriving a conceptual layering 
scheme for the software component, lei alone a conceptual layering scheme that divides the 
software component into multiple software layers, with the multiple software layers taking into 
account relationships that exist between the layers. To die extent relevant to this concept, the 
Office Action slates at paragraph 9, pages 6 & 7: 

As per claims 10, 21 , and 34, Party discloses that testing of the 
software component is based on layer of the software component, and wherein 
the evaluating comprises evaluating the lest results for at least one layer of the 
sollware component using the abstraction matrix (abstract; Figure 1 - 
elements 20, 22, 24, and associated text; Figure 6 - ""commercial diagnostic 
analyss tool: (emphasis), "capture design in CAD", '"analysis", ''select test 
point locations", and associated text; Figure 7 and associated text; Figure 8 
and associated text (emphasis added in "select sollware", "test points", 
"analyze testability of software design", "does the design meet testability 
requirement", and "redesign software 10 correct failures"); Figure 9 and 
associated text (emphasis added to "write software code to determine pass/fail 
for each test point in each operational mode", "run software and determine 
pass/fail data for each tesl point" \ "are ihere any failures of any test points?", 
"execute diagnostics for fault isolation using knowledge base as mode", and 
"diagnostic results with isolated faults"); Figure 10 - "execute software and 
real time diagnostics", "process failure daia and determine corrective action", 
"software verified and validated *, "establish tesr points and perform design 
analysis for testability", "generate knowledge base of design", and associated 
text; col. 2:13 to col. 3:4K (emphasis added to functional model, software 
block diagram, test points, blocks of code, execution of the software code, 
expected values, actual values, comparison of actual values of the test points 
to the expected values of the tesl points)). 

Applicants respect fully submil that the above-noted citations of various words and phrases from 
Dai ty does not establish a teaching or a suggestion for one of ordinary skill in the art of 
Applicants* recited 'deriving a conceptual layer scheme for the software component', in fact, a 
careful reading of Dnrty fails lo uncover any discussion of Applicants* recited concept of 
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deriving a conceptual layering scheme which divides die software component into multiple 
software layers, lei alone Applicants' approach wherein the layers lake into account relationships 
that exist between the layers. There is simply no teaching in Darty of deriving a conceptual 
layering scheme per se for die software component under evaluation. Applicants note that the 
word "layer" does not even appear in the ahove-ciled material from the Darty patent. Should the 
Examiner believe otherwise. Applicants request that the lixamincr explain the applicability of 
Darty to their recited process for deriving a conceptual layering scheme of the software 
component, and particularly, a layering scheme wherein the software component is divided into 
multiple software layers and the multiple layers take into account relationships that exist between 
the layers. This concept is believed unique in Applicants' invention. 

Applicants further recite providing an abstraction matrix in mathematical abstract form 
lhal describes the multiple software layers of the software component and accounts for the 
relationships that exist between the layers. This abstraction matrix further includes at least one 
Lest case scenario lor each layer and mapped expected results I here for. A careful reading of 
Darty fails to uncover any similar teaching or suggestion. Darty describes generation of 
expected values of test points for an expected proper-operation execution of a computer program, 
but does not teach or suggest providing an abstraction matrix that describes the multiple software 
layers of the software component and accounts for the relationships between the layers, nor an 
abstraction matrix that has tor each layer at leas! one test case scenario and mapped expected 
results therefor. Paragraph 10 at page 7 of ihe Office Action discussed the subject matter of 
original claims 11, 22 & 35 and states: 

As per claims I \ % 22 & .35. Dai ly discloses that the providing comprises 
providing the abstraction matrix lo include al least one test case scenario for each 
layer of the software component (abstract; Figure 1 - elements 20, 22, 24, and 
associated text; figure 6 --"commercial diagnostic analysis tool" (emphasis), 
''capture design in CAD", analysis", "select test point locations", and associated 
text; Figure 7 and associated text: f igure K and associated text; Figure 10 - 
''establish test points and perform design analysis for testability", "generate 
knowledge base of design", and associated lexl; col. 2:13 to col. 3:48 (emphasis 
added to functional model, software block diagram, test points, actual values, 
expected values)). 
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Applicants respectfully submit that Ihe above-noted figures and quoted phrases from Darly do 
nol describe the functionality recited by Applicants in connection with their abstraction matrix of 
Ihe independent claims. Again, Darty does nol disclose the concept of layering per ,vn, let alone 
providing an abstraction matrix of the software component that accounts lor relationships that 
exist between ihe software layers, nor the provision in the abstraction matrix of a lest case 
scenario for each software layer of the software component and mapped expected results 
therefor. 

Still further. Applicants recile in their amended independent claims functionality which 
includes testing Ihe multiple layers of a soflware component using the test case scenarios in the 
abstraction matrix Lo generate test results, and evaluating the lest results using the abstraction 
matrix. This evaluating includes lor each layer automatically comparing a test case employed in 
the testing of the layer to the at least one tesi case scenario of the abstraction matrix therefor, and 
if a match is found, automatically comparing the lest results for that test case with the match 
expected results for that lest case scenario in the abstraction matrix. Evaluation of the soflware 
component is accomplished upon completion of evaluation of the test results. Applicants 
respectfully submit that the cited words and phrases and figures from Darty at pages 2-4 of Ihe 
Office Action do nol teach or suggest their cilcd functionality in the amended independent 
claims. 

To summarize, Applicants respectfully submit that Darty fails lo leach or suggest various 
aspects of their recited evaluation process, including: (i) deriving a conceptual layering scheme 
of ihe soflware component, the conceptual layering scheme dividing the software component 
into multiple software layers, the multiple layers taking into account relationships that exist 
between the software layers; (ii) providing an abstraction matrix in mathematical abstract form 
that describes the multiple layers of ihe software component and accounts for the relationships 
thai exist between the software layers, the abstraction matrix further comprising at least one test 
case scenario tor each layer and mapped expected results therefor; and (iii) testing the multiple 
layers of the so flware component using the test case scenarios to generate test results, and 
evaluating the test results using the abstraction matrix as recited in their independent claims. 
Further, there is no leaching or suggestion in Ihe cited art that would lead one of ordinary skill in 
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the art to modify Darty to somehow achieve an evaluation process as recited by Applicants' in 
the claims presented. 

For all of the above reasons. Applicants respectfully submit that the amended 
independent claims 1, 12, 23 & 25 patenlabh distinguish over the teachings of Darty. 
Reconsideration and withdrawal of the anticipation rcjeclion based thereon is therefore 
res pec tf u 1 1 y req u estcd . 

With respect to the obviousness rejection to various dependent claims, Applicants note 
than an "obviousness" determination requires an evaluation of whether the prior art taken as a 
whole would suggest the claimed invention taken as a whole to one of ordinary skill in the art. 
In evaluating claimed subject matter as a whole, the Federal Circuit has expressly mandated that 
functional claim language be considered in evaluating a claim relative to the prior art. 
Applicants respectfully submit that the application of these standards to the amended claims at 
issue leads to the conclusion that the recited subject matter would not have been obvious to one 
of ordinary skill in the art based on the applied patents. 

Again, a careful reading of Darty fails to uncover any leaching or suggestion of the 
above-noted deficiencies thereof when applied against the independent claims presented. Since 
Darty does not disclose Applicants' recited concept ofderiving a conceptual layering scheme for 
the software component to be evaluated, wherein the conceptual layering scheme divides the 
software component into multiple software layers, and the multiple layers take into account 
relationships thai exist between the layers. Applicants respectfully submit that all of the claims 
presented patentably distinguish over the applied art, including new claims 36-39 (consideration 
of which is respectfully requested). 

Thus, the application is believed to be in condition for allowance and such action is 
respectfully requested. 
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Applicants' undersigned attorney is available should the Rxamincr wish to discuss this 
application further. 



Dated: April il ,2005, 

I IRSL1N ROTHENBERG FARLEY & MFSIT1 P C. 

5 Columbia Circle 

Albany, New York 12203-5160 

Telephone: (518)452-5600 

Facsimile: (518)452-5579 
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Rcspeclllilly submitted. 



Kevin P. Radigan <jA^ 
Aiiorney for Applicants 
Registration No.: 31,789 




